MySQL MySQL道普請便り 履歴
このブログがめちゃくちゃ有用なので読むことが多い。読んだ履歴をここに残しておく。
Temporary付きで作成されたテーブルは、セッションのみ存在できるものになる。
一時テーブル作成のためには権限（CREATE TEMPORARY TABLES）が必要。
一時テーブルを利用する場合、レプリケーションとの関係に注意すること
BINLOG_FORMAT=STATEMENTの時に注意が必要（mysql 8以上）
注意.icon mysql5.6とかだと話が変わる...
read_only：super権限を持ったユーザー以外の書き込みを禁止する
super_read_only：super権限を持ったユーザーの書き込みも禁止する
注意：
こいつらをONにした際、書き込み中のDMLがあると、それらの処理は待機になる。そして、wait_timeoutを超えてタイムアウトになる。
ただし、読み込みDMLやトランザクション内のステートメントは待機にならない。
なので、書き込みDMLが無いタイミングで変更したほうがいい
innodb_read_only：InnoDBストレージエンジンで作成されたテーブルに対して、書き込みDMLを禁止する
なお、これは再起動しないと変更できないので注意。
OFFLINE_MODE：ONになったタイミングから、以降の接続は拒否され、実行中の書き込みもロールバック、接続中のスレッドは全て切断される。
内部テンポラリテーブル：ステートメントを処理するための最適化や結果を保持しておくために用いられる内部的に作成されるテーブル。ユーザーが制御することは不可能。
仕組みとしては...
特定のステートメントの動作中にインメモリテンポラリテーブルを作成して利用。
それ以上のサイズが必要になる場合、ディスクテンポラリテーブルに変換される。
対象ステートメントが内部テンポラリテーブルを使用するのかは、EXPLAINで確認する。
extra列にUsing temporaryが表示されてるなら、内部テンポラリテーブルが作成されてる。
select_type列にDERIVED, SUBQUERY, MATERIALIZEがあるなら、内部テンポラリテーブルが作成されてる。
内部テンポラリテーブルに利用されるストレージエンジンは、メジャーバージョンによって異なるので注意が必要。
8からはTempTableストレージエンジンがデフォルトで利用されてる。